home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9708 / 000047_owner-linux-arm…r.rutgers.edu _Wed Aug 20 08:46:00 1997.msg < prev    next >
Internet Message Format  |  1997-11-30  |  2KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id IAA27791
  4.     for <willy@odie.fluff.org>; Wed, 20 Aug 1997 08:45:59 +0100
  5. Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 51514]) by nic.funet.fi with ESMTP id <1591-16171>; Wed, 20 Aug 1997 10:39:51 +0300
  6. Received: by vger.rutgers.edu id <971812-240>; Wed, 20 Aug 1997 03:37:57 -0400
  7. Received: from punt-1d.mail.demon.net ([194.217.242.138] HELO punt-1.mail.demon.net ident: IDENT-NOT-QUERIED [port 39720]) by vger.rutgers.edu with SMTP id <971807-240>; Wed, 20 Aug 1997 03:37:42 -0400
  8. Received: from wndrwrks.demon.co.uk ([158.152.185.108]) by punt-1.mail.demon.net
  9.            id aa1312339; 20 Aug 97 8:16 BST
  10. Subject: Re: Linux on CD
  11. Date:     Wed, 20 Aug 97 08:18:35 +0100
  12. x-sender: wndrwrks@sdps.demon.co.uk
  13. x-mailer: Claris Emailer 1.1
  14. From: Andy Armstrong <andy@wonderworks.co.uk>
  15. To: ARM Linux <linux-arm@vger.rutgers.edu>
  16. cc: Alan Cox <alan@cymru.net>
  17. Mime-Version: 1.0
  18. Content-Type: text/plain; charset="US-ASCII"
  19. Message-ID: <872061397.1312339.0@wndrwrks.demon.co.uk>
  20. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  21. Sender: owner-linux-arm@vger.rutgers.edu
  22. Precedence: bulk
  23. Status: RO
  24.  
  25.  
  26. >> The 16 bit card has a NCR 53C94 or equivalent. The hardware of that card 
  27. >> is involved...
  28. >
  29. >How involved - there is generic NCR5380/9x/400 support in the Linux kernel
  30. >that you basically provide the low level bits too
  31.  
  32. Oh, probably not that bad then. There's a bit of logic (4 pals) which 
  33. implement a MEMC state machine with a timeout, the idea being that you 
  34. can blat away at the chip without doing any handshaking; you get 
  35. interrupted if a timeout occurs. You can however ignore that and just 
  36. poll the FIFO on the chip. I assume that's an option which already exists 
  37. in the code.
  38.  
  39. I'm quite happy to let people look at the source. It's old and convoluted 
  40. and nasty and largely free from comments, so business as usual there :-)
  41.  
  42.  
  43. -- 
  44. http://www.wonderworks.co.uk --> Free RISC OS software
  45. Andy Armstrong